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(57) Abstract 

This invention relates to a method of assisting a user in a medical self treatment, said self treatment comprising a plurality of actions^ 
said method comprising the steps of collecting in a one or more databases data representing values of parameters relevant for said selt 
treatment and the step of processing said one or more databases to provide for alternative choices between two or more actions and a 
corresponding value for each two or more actions. The invention also relates to a computer system having means for performing the method 
according to the invention, and a computer readable medium having a program recorded thereon, where the program when executed is to 
make the computer execute the method according to the invention. 
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A method and a system for assisting a user in a medical 
self treatment, said self treatment comprising a 
plurality of actions* 

5 The present invention relates to a method of assisting a 
user in a medical self treatment, said self treatment 
comprising a plurality of actions. 

The present invention also relates to a system/an 
10 apparatus for assisting a user in a medical self 
treatment, said self treatment comprising a plurality of 
actions . 

In the following a user/patient will be a patient having 
15 diabetes. 

For a number of years it has been possible to purchase 
various devices for the treatment of diabetes, e.g. for 
injecting insulin, for measuring blood sugar (such a 
20 device is referred to as BGM in the following) , for 
withdrawing blood samples, and other accessories, the 
purpose of which is to enable the patient to nurse his 
disease discretely and with a high standard of safety. 

25 Many diabetic patients are elderly people who can easily 
get insecure with respect to the medical equipment. It is 
very reassuring and therefore also very important that 
the user can have feedback from the system which confirms 
to the user that everything is OK right from the 

30 technical function of the system to the patient's 
physiological condition. This stretches out a 
psychological safety net under the patient, which 
contributes to improving the quality of life of patients 
having a disease such as diabetes. 



35 
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Traditionally, diabetic people live under strict rules of 
"do's and don'ts". There is a historical need in order to 
comply with a therapeutic regimen. The purpose of this 
being a well controlled blood glucose level (BGL) and 
5 thereby a much lesser risk of later complications. This 
is a highly undesirably situation from a 'quality-of- 
life' point of view. It often results in bad mood 
which is known to lead to a poor BGL regulation. Thus an 
evil circle is created which is hard for the diabetic to 
10 break. 

Additionally, in certain cultures/societies there is a 
reluctance against using syringes/needles to administer 
medication and people therefore choose alternative ways 
15 to try to comply with a regimen. However, this often has 
the unfortunate result that people choose alternatives 
that do not fully or at all correspond to the optimal 
regimen and thereby choose wrong alternatives with 
adverse effects . 

20 

Further, the metabolism is a very complex and dynamic 
system. It is very hard to get and maintain an overview 
for the diabetic as many factors play a role. It is very 
likely that the diabetic looses an overview or relies on 
25 too simple rules of operation or eventually neglect the 
illness . 

Various systems trying to ease the hazels of diabetes 
have been proposed over time. These systems have 

30 basically an accounting role and simply keep track of 
whatever input the user specifies. In these systems input 
of food and exercise are usually a task that the user 
needs to initiate. Systems that rely on the user to take 
action can be hard to make function well due to the 

3 5 user's reluctance to deal with it. 
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Patent specification WO .95/32480 discloses a medical 
information reporting system which has a patient sensor 
device controlled via a patient operated interface device 
5 by a micro-controller which writes data to a memory and a 
report writer. The specification further discloses a 
warning algorithm with zone boundary values which is 
specified by the user and consent to by a physician. This 
system simply keep track of whatever input the user 
10 specifies. 

Patent specification WO 94/24929 discloses a patient 
support and monitoring system, which has a database 
located at a remote location for collection of 
15 information in a remote database from sensors and a 
medicine administration system. This system also keep 
track of whatever input the user specifies and may 
initiate a medical reaction on the basis of received 
parameters . 

20 

The object of the invention is to provide a method which 
provides a user with a freedom of operation with respect 
to a self -treatment . 

25 This is achieved by guiding the user with respect to a 
self treatment by presenting options/possibilities in 
such a way that compliance to a regimen may be obtained 
in numerous ways . 

3 0 More particularly, the invention relates to a method of 
assisting a user in a medical self treatment, said self 
treatment comprising a plurality of actions, said method 
comprising the steps of 

• collecting in a one or more databases data representing 
35 values of parameters relevant for said self treatment, 
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4 

where said method further comprises the step of 
• processing said one or more databases to provide the 
patient with! ! SaaS ' forslag 1! alternative choices 
between two or more actions and a corresponding dose 
5 for each two or more actions. 

Hereby, the user's self -treatments change from 
restrictions to possibilities thereby enhancing the 
overall ' quality-of -lif e ' for the user and better 

10 ensuring that the user's self -treatment complies better 
or fully with a specified regimen by choosing proposed 
choices which complies with the regimen. This avoids that 
the user chooses actions and alternatives which do not 
fully or at all correspond to the optimal regimen due to 

15 a lack of a clear overview of the complex factors 
involved in the self -treatment . 

By providing the user with a number of options he 
maychoose the one (s) he likes best and still obtain the 
20 right and full treatment instead of choosing the easiest 
and most appealing course of action on his own, which may 
be wrong or insufficient and result in adverse effects. 

Additionally, the possibility of choices fulfilling a 

2 5 prescribed regimen makes the patient feel more in control 

of the treatment and enhances the therapeutic value of 
the treatment and improves the patient's ability to adapt 
his treatment to his daily life. 

30 Additionally, the user's feeling of being ill is reduced, 
since the user has options of choices instead of a 
dictation of actions. 

An additional object of the^ invention is to estimate one 

3 5 or more future values for one of said parameters, in 
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order to obtain information of the user's condition in 
the near future, hereby enhancing the possibilities of 
presenting better/more relevant choices, 

5 One way of estimating one or more future values may be 
done on the basis on a dynamic model representing the 
human metabolism. 

An additional object of the invention is to provide 
10 effective monitoring of electronic data/ information which 
are used by a patient for self -treatment of a disease, so 
that a greater level of safety, both functionally and 
. emotionally, and an effective feedback to the patient are 
obtained. 



15 



The invention also relates to computer system having 
means for executing a program, where the program when 
executed is to make the computer execute the method 
according to claims 1-19. 



20 



By computer system is meant a system comprising 
processing means and being programmable at one time or 
another in order to execute a set of 
instruct ions /commands like a system for the self- 

1S treatment of a patient e.g. comprising one or more of 
sensor, medication administering device, data collection, 
and displaying means or a general computer system as a 
PC, laptop, palmtop, or a system having at least one 
device comprising a micro controller adapted to execute a 

30 program (either in hard- and/or software), and so on. 

The invention further relates to a computer readable 
medium having a program recorded thereon, where the 
program when executed is to make the computer execute the 
35 method according to claims 1-19. 
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The computer readable medium may e.g. be a CD-ROM, 
magnetic disk, ROM circuit, a network connection or 
generally any medium that may provide a computer system 
5 with information of how to execute instructions/commands. 

The above mentioned system and method need as good as 
possible data collection in order to present relevant and 
useful choices/proposals to the user. In a preferred 

10 embodiment a system/method relating to individual 
apparatuses, which are provided with electronic 
communications equipment so that the apparatuses - when 
in a state of mutual communication - frequently exchange 
information between them, are provided. Hereby a greater 

15 functional safety can be achieved and the total data 
capacity of the system can be increased, so that the 
feedback possibilities, e.g. of the system checking that 
every apparatus is OK and set up properly and of the 
patient be given a number of possible and up to date 

20 choices to choose from in a given situation, are 
increased. 

The individual devices may be arranged for various 
respective functions relevant to the treatment of e.g. 

25 diabetes, such as: a lancet device, a body fluid 
analyser, one or more drug administration apparatuses for 
administering a predetermined dose of medication to the 
patient. Further, there may be a number of other aids 
which the diabetic patient uses,, e.g. test strips for the 

3 0 blood analyser, needles, napkins for wiping off blood, 
extra insulin cartridge, glucose tablets, waste 
containers , etc . 

The apparatuses according to the example may communicate 
35 information such as: amount of medication, type of 
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medication, the concentration of relevant substances in 
the body e.g. body fluid level/concentration, time stamp, 
amount of food (e.g. amount or units of carbohydrate) , 
measurement of physical activity, notification (e.g. 
5 alert and warning) to the patient, body characteristics 
(e.g. weight, blood pressure etc.) and inventory 
logistics. This ensures that relevant information, for 
e.g. a drug administration system like a doser, i.e. 
number of units of insulin, insulin type and time and 

10 date for administering, can automatically be stored, 
displayed, received and transmitted to and from all the 
relevant apparatuses and more particularly in one or more 
database accessible by a system/method for processing in 
order to obtain the results described above and later, 

15 The doser could also receive information regarding a 
predetermined number of units of insulin to be 
administered and automatically set the amount of 
medication to be administered by electromechanical means. 
In this way elderly and handicapped people do not have to 

2 0 set the relevant amount of medication themselves but just 

activate the doser and a confirmation of the actual 
administered dose may be used as input . 

Other types of drug administration systems like an 
25 inhaler adapted to administer a dose of medication in an 
air stream or a tablet dispenser may be included instead 
or in combination with the doser. The inhaler and/or 
tablet dispenser may also communicate with the other 
units for relevant information like the doser according 

3 0 to the invention. 

It is especially useful to transmit the data from all 
apparatuses to the functional master module/apparatus 
containing the highest priority program for safe keeping, 
35 calibration and updating of data and possible 
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transmission to e.g. an external unit like a PC or 
database for further data acquisition, storage and 
processing. In this way the patient, a physician or an 
expert care -team can obtain the behavior over time of the 
5 patient, and a check for compliance to a diet or 
treatment given to the patient by a physician or an 
expert care-team can be made. This enhances the 
possibility of choices according to the invention. 

10 Additionally, it is also possible for the patient to 
manually input information aibout the treatment. This 
information may be historic information as well as 
information about a future scheme (behavioral pattern) 
e.g. planned physical exercise, administering of insulin, 

15 intake of food and other medications. This information 
may be collected and thus serve as an electronic diabetes 
diary or may be used to notify the patient through the 
receiving means as to whether the planned actions are 
dangerous or not . The patient can further receive 

20 recommended amounts of medication, exercise, food, etc, 
from a physician, from an expert -team or automatically. 
All this information may be used to estimate one or more 
future parameter values, e.g. BGL, 

25 It is evident that since the apparatuses are to be 
carried by the patient, there is a potential lack of 
space for an advanced input device e.g. a keyboard. 
Therefore, information which cannot be input on a, 
standardized form e.g. personal comments on the treatment 

3 0 may be typed into the apparatus by the patient using a 
simple input device once and can subsequently be chosen 
from a list, if needed again. 

Preferably, all the apparatuses of the system exchange 
35 information so that every apparatus (or at least every 
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apparatus within range) is updated with the combined 
information, but still one particular apparatus is the 
link to any outside systems, so that every bit of 
information is mirrored for better safety and backup. 
5 This demands a greater amoixnt of total memory capacity 
for the system. 

For a BGM according to an embodiment of the invention the 
relevant information could be . the time and date for 
10 measurement, measured level/concentration of blood 
glucose which could be stored or transmitted to another 
apparatus . 

For a doser according to an embodiment of the invention 
15 the relevant information could be the type of medication 
(e.g. long acting or short acting insulin) , number of 
units of insulin to be administered and the time and date 
of the administering. This information could both be set 
manually by the patient or remotely by a physician, an 
20 expert care-team or automatically. 

For an inhaler according to an embodiment of the 
invention the relevant information could be the type of 
medication, the number of units of medication to be 
25 administered and the time and date of the administering. 
This information could both be set manually by the 
patient or remotely by a physician, an expert care-team 
or automatically. 

30. For a storage container according to an embodiment of the 
invention the relevant information could be used to keep 
track of the contents of the container so that every time 
an object (e.g. cartridge, needle, etc.) is used, the 
storage container will update the inventory list. This 

35 list could be transferred to a unit of highest priority 
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immediately or later, which could in turn update the 
patient's total holdings of objects, so that the system 
could notify the patient when he should order a new stock 
of objects in order to keep all the different proposed 
5 actions available,. The ordering could also be done 
automatically by the system if the inventory list is 
transferred to an external unit, which greatly improves 
the confidence, comfort and safety of the patient. 

10 For a tablet dispenser according to an embodiment of the 
invention the relevant information could be the number of 
dispensed tablets, the number of remaining tablets, the 
time of dispension and the type of dispensed tablets. The 
dispenser could store and/or communicate this information 

15 to an available unit of highest priority or other \mits 
within communication range. 

In the following a preferred embodiment according to the 
invention is described in detail. This particular 
2 0 embodiment is meant as one example only of the invention 
and should not as such limit the scope of protection as 
claimed in the appended claims. 

The term "Margin Maker" is used in the following for a 
25 method/system according to the invention. 

The invention will now be explained in detail with 
reference to the figures 1-8, in which 

30 Figure 1 shows a flowchart for an embodiment of the 
invention illustrating an exemplary implementation of a 
Margin Maker system; 

Figure 2a, 2b and 2c show examples of user interfaces 
35 presenting and receiving choices to and from a user; 
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Figure 3 illustrates a schematic diagram of an exemplary 
expert system using a model; 

5 Figure 4 shows a more detailed representation of a time 
dependent dynamic patient model according to the 
inventions- 
Figure 5 shows an example of a preferred system which may 

10 contain an embodiment according to the inventions- 
Figure 6 shows another embodiment according to the 
inventions- 
Figure 7 illustrates the general concept according to an 

15 embodiment of the invention with respect to communication 
and exchange of informations- 
Figure 8 illustrates the communication between a system 
of apparatuses and a central system. 

20 

Figure 1 shows a flowchart for an embodiment of the 
invention illustrating an exemplary implementation of a 
Margin Maker system. 

25 

In step 101 input data is provided/updated. More 
specifically different types of input data are updated as 
represented by the steps 102 - 105. 

30 In step 102 data from a care-team is provided/updated. 
This data describes individual user/patient 

characteristics which are true/valid in the time interval 
between consultations with the care- team. The data is 
typically derived as a result of tests performed by 

35 health care professionals (e.g. insulin sensitivity) and 
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entered into the system by the care-team, e.g. wireless 
via a mobile telephone system as described in connection 
with Figure 8 . 

5 In step 103 treatment input data is provided from various 
devices, e.g. from a system of portable apparatus as 
described above and in connection with Figs . 5 - 7 . 

Input data specified manually by a user may also be input 
10 in step 103. Manually specified input data may e.g. be a 
value representing the body temperature of the user e.g. 
because he is feverish. Manually specified input may 
preferably if it differs from his normal value 

15 This data describes the actual treatment received by the 
patient (e.g. insulin intake as a function of time) and 
the resulting effect on the user (e.g. blood glucose 
level as a f\inction of time) . The data is gathered by the 
various devices used by the patient in his home- treatment 

20 and communicated automatically to the Margin Maker. 

In step 104 the previous choices, i.e. input from the- 
user, are provided/updated. 

25 This is a record of the previous activities which the 
user has chosen to perform and which are either not yet 
confirmed by other input means (e.g. insulin injection 
prior to synchronization between the insulin doser an the 
Margin Maker) or not confirmable by other input means 

3 0 (e.g. physical exercise or food intake) . 

In step 105 information of time is provided from a system 
clock in the form of a time stamp. Additionally the date 
may be specified as well. 

35 
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It is necessary for the method to know the time because 
the alternative proposals available to the user change 
over time. 

5 The information provided/updated in the steps 102 - 105 
is collected in a database as a dataset at step 106. 

Prior to processing the input data the system performs a 
test at step 107 to find out if the amount and/or quality 
10 of the input infozmation is sufficient to produce valid 
and relevant proposals for user behaviour to present for 
the user of the Margin Maker system. 

If the test fails, i.e. the input data is insufficient to 
15 produce a relevant output, the user is made aware of the 
fact that at the moment the Margin Maker is unable to 
offer guidance due to lack of input information and 
displays a request for more (comprehensive) data and 
issues a warning at step 108. 

20 

If the test is successful, the method continues in step 
109, where the provided/ inputted data is processed in an 
expert system e.g. using a model. 

25 The expert system is in principle a model of a control 
loop for the blood glucose level in a human. Based on the 
input and the historical data accumulated in the Margin 
Maker the parameters of the model is adapted to mimic and 
predict the blood glucose control of the individual user 

30 of the Margin Maker system. Refer to Figs. 3 and 4 for a 
more detailed description of the expert system. 

For each of the n possible user actions implemented in 
the Margin Maker system the model is fed with information 
35 of the present blood glucose level, the target blood 
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glucose level, the current time, the n-1 user actions set 
to their present value (ceteris paribus) , and 1 user 
action is treated as a variable parameter. After n 
recalculations of the control loop, one for each of the n 
5 possible user actions treated as the variable parameter, 
the expert system has derived n ways of bringing the 
present blood glucose level to its target value. Then an 
evaluation of the n alternative proposals is needed in 
order to exclude proposals that are not implementable 
10 (e.g, it is not possible to eat a negative amount of 
food) , thereby providing the »up to n' valid and 
implementable proposals of possible choices 110, 

In general, the sooner proposals are chosen, i.e. a 
15 situation is acted upon, the more options/proposals is 
available to the user. Put in another way, as the time 
goes the proposals/options become fewer and fewer as well 
as more and more restrictive, since the user's situation 
gets more and more serious, i.e. drifts away from a 
20 normal BGL, if not paid attention to/acted upon. 

Another criteria for exclusion of proposals may e.g. be 
in a system, as described above, comprising different 
port able /handheld devices that the specific device being 
25 used to implement the proposal is present and activated 
among a user selected group of the devices . In this way 
the user will only be presented with proposals that he 
actually has the possibility of executing. 

3 0 Finally, the time is considered variable in the expert 
system - other things being equal - to test whether a 
potentially dangerous situation is expected to occur 
within a given time frame. If this is found to be the 
case, a warning flag is set in step 111. 

35 
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In step 112 a test whether the warning flag has been set 
is executed. If the test is true/yes (i.e. the warning 
flag has been set) a warning signal is sent to the user 
in step 113, regardless of whether the user is accessing 
5 the system, e.g. by audio to attract the user's attention 
and/or by activation of the display containing 
appropriate information. After the signal is given the 
method continues in step 115 where the warning and 
proposals are presented as will be described later. 

10 

If the test in step 112 results in false/no, another test 
is executed in step 114 as to whether the system is 
accessed by the user. If this is not the case, the method 
continues from the beginning in step 101 and awaits new 
15 and/or updated input since the present situation does not 
specifically require the attention of the user (warning 
flag not set) . 

If the test in step 114 is true and the user is 
20 accessing/has activated the system, step 115 is executed. 

In step 115 the valid and implementable proposals are 
presented to the user. Any warnings are also displayed to 
the user if the preceding step was step 113 in order to 
25 alert the user and obtain an immediate action from the 
user. Issued warnings could e.g. comprise information 
that the user should seek medical attendance or 
administer a given medication as quickly as possible, 
etc . 

30 

The proposals may e.g. be presented in the form shown in 
Figs, 2a, 2b and 2c or other suitable forms. 

In step 116 the system awaits a user choice of one of the 
3 5 proposed actions or a time out from the system. 
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Each of the proposals presented to the user of the Margin 
Maker will bring his/her blood glucose level "back on 
track" but that does not in any way exclude the 
5 possibility that the user chooses only to partly follow a 
suggested proposal, e.g. administering half the dose of 
medication instead of the proposed dosage, or to combine 
several proposals fully or in part. Once the user has 
entered his/her choice the Margin Maker performs a rerun 
10 of the flowchart to update the relevant proposals, given 
the new situation. An example of proposals and selected 
choices is shown in Figure 2a. 

If the user chooses to do nothing, the system will 
15 eventually issue a time out and perf.::rm a rerun of the 
flowchart to update the relevant proposals taking into 
account that time has elapsed since the last user action. 

Hereby a user is presented with a number of choices each 
20 fulfilling a regimen where he may choose the one(s) he 
likes best and still obtain the right and full treatment 
instead of choosing the easiest and most appealing course 
of action on his own, which may be wrong or insufficient 
and result in adverse effects. 

25 

Additionally, the possibility of choices makes the 
patient feel more in control of the treatment and 
enhances the therapeutic value of the treatment and 
improves the patient's ability to adapt his treatment to 
30 his daily life. 

Figures 2a, 2b and 2c show examples of user interfaces 
presenting and receiving choices to and from a user. 
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Figure 2a shows an example of a user interface where one 
column 201 comprises different graphical icons 205 - 210 
each representing one choice of action according to a 
proposal. Shown in this example are icons 205 - 210 for 
5 administering fast acting insulin 205, administering slow 
acting insulin 206, administering tablets of a given type 
207, exercise 208, intake of food 209, and intake of 
alcohol 210. Additionally, other icons like administering 
tablets of another kind, administering a dosage 
10 medication from an inhaler, etc. may be presented if 
these options are available to the user. 

At column 2 02 the n proposals suggested by Margin Maker 
are shown (corresponds to step 115 in Figure 1) , where 

15 each proposal of action, if executed, brings the current 
BGL to the target BGL. In this example the Margin Maker 
has proposed to the user/patient either to administer 10 
units (lU) of fast acting insulin, administer 0 lU of 
slow acting insulin, administer two tablets of a given 

20 type, exercis'e for 60 minutes, intake 0 units of food, or 
drink 0 \inits of alcohol. 

At column 203 the user input is shown. After he has input 
the choice and amount of action, the Margin Maker 

25 displays and derives updated proposals on the basis of 
the changed situation. Here the user has chosen to 
administer 5 lU of fast acting insulin, and the Margin 
Maker now presents the updated proposals at column 202', 
given the new situation and taking into account the 

3 0 user's choice. 

The updated proposals at column 202' are now to 
administer additionally 5 lU of fast acting insulin, 
administer 0 lU of slow acting insulin, administer one 
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tablet of a given type, exercise for 3 0 minutes, intake 0 
units of food, or drink 0 units of alcohol. 

The user now chooses to exercise 3 0 minutes, which is 
5 shown at column 203*, and the model updates the proposals 
accordingly. The proposals shown at column 202*' show 
that after the user has performed the specified 
choices/actions his BGL should be at the target level, 

10 The columns 2 04 represent previous and later proposals 
and user input, so it is possible to scroll through the 
values for different points in time. 

This specific form of user interface requires a display 
15 of a certain quality or with a certain resolution. Other 
more simple forms may be provided, e.g. as shown in 
Figure 2c, either instead or in combination in devices 
with a smaller display. 

20 Alternatively, the display will only display one column 
of icons 201, proposals 202 and user input 203 at a time, 
e.g. with buttons to scroll through previous proposals 
and input. 

25 The user may input data in many different ways according 
to specific embodiments of the invention as generally 
known in the art, e.g. utilising a touch screen with a 
stylus, touch pad and a cursor on the display, etc. 

3 0 It is evident that if the apparatuses are to be carried 
by the patient, there is a potential lack of space for an 
advanced input device e.g. a keyboard. Therefore, 
information which cannot be input on a standardized form 
e.g. personal comments on the treatment is typed into the 

35 apparatus by the patient using a simple input device once 
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and can subsequently be chosen from a list, if needed 
again. 

Preferably, a system comprising a plurality of portable 
5 devices with mutual data communication, as described 
above, is used in connection with the Margin Maker. 

In this way e.g. a doser may communicate an administered 
dose to the device containing the Margin Maker 
10 automatically or by . user request and the different 
devices may communicate measured values representing 
physiological parameters automatically or by user 
request, e.g. a BGM may communicate the measured BGL as 
input to the Margin Maker. 

15 

Additionally, information of which devices are present 
and activated may be transmitted to the device containing 
the Margin Maker which may hereby only present proposals 
with a corresponding present and/or activated device, so 
20 that e.g. if a doser containing slow acting insulin is 
not available to the user, then the icon 206 and the 
corresponding proposal will not be displayed at all. 

In Figure 2b an example of a user interface is shown 
25 where input of information is given to the Margin Maker 
which is needed in order to derive the proposals of 
actions. Shown is a column 220 containing icons 224 
representing a value obtained from the BGM and 225 
representing a value for the temperature of the user. The 
30 corresponding values, specified at a given time, are 
listed in a column 221 and are in this example 10.5 
mmol/1 and 37.5^ for the BGM and the temperature, 
respectively. The other columns 222 represents values 
specified at different points in time where in this 
35 example no values are specified. Alternatively, only 
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columns having a specified value are shovm in the user 
interface e.g. with a corresponding time stamp. 

The columns 223 represent previous and later user input, 
5 so it is possible to scroll through the values for 
different points in time. 

This information is used by the Margin Maker together 
with additional information to better estimate the target 
10 glucose level and obtain a measure of the present glucose 
level. The input temperature is used by the expert system 
to determine whether the user is feverish or not as this 
influences the required amount of insulin. 

15 This information may either be input manually by the 
user, automatically or both, e.g. by a BGM device and/or 
a temperature sensor with communication means which may 
commiinicate with a Margin Maker device (may correspond to 
step 103 in Figure 1) . 

20 

Figure 2c shows an example of a different user interface 
which may be more suited for a smaller display. Shown is 
an example of a graph 23 0 with a time aixis 231 and three 
BGL bars 232 and 232' obtained at three different points 
25 in time of the day. Two previously obtained BGLs 23 2 and 
one BGL 23 2' obtained at the actual time. The BGL may be 
obtained from a BGM and may be received either 
automatically or manually by the Margin Maker as input 
for the expert system as described above. 

30 

Also shown are two bars 23 3 representing the dose of 
insulin, that the user chose to administer previously 
after obtaining the BGLs 23 2, respectively. The dosages 
233 may have been fully or partly as proposed by the 
35 Margin Maker at the respective time. Alternatively, the 
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user may have administered the dosages 23 3 completely on 
his own and just specified the dosage and type of 
medication. The actual dosages 23 3 administered may have 
been specified (together with the time and type of 
5 insulin) by user input or via communication from the 
administering doser to a device containing the Margin 
Maker . 

The previously obtained BGLs 23 2 and administered dosages 
233 together with the BGL 232', obtained at the actual 
time and other relevant input, as described in connection 
with Figure 1, and used to predict a future course of BGL 
for the user and derive one or more proposals to the user 
in order to account for the future course of BGL. 

The Margin Maker has proposed in this example that the 
user should administer a dosage as indicated by the 
blinking bar 233 ' . Additionally, other proposals may be 
shown elsewhere. The proposed dosage and type of insulin 
may be transmitted automatically to a corresponding 
doser, so if the user wishes to follow this proposal 
fully he just has to activate a button on the doser to 
accurately receive the proposed dosage. Alternatively, 
the user may manually specify the proposed dosage on the 
doser , 

Additionally, the user may choose to only administer a 
part of the proposed dosage (which may also be 
transmitted automatically after indication by the user) 
30 if he e.g. wants to exercise as well. After the Margin 
Maker has registered the user's choice of only 
administering a part of the proposed dosage of 
medication, the expert system is updated accordingly and 
new proposals are derived taking into account the new 
35 situation. 



15 



20 
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The user interfaces described in connection with Figs. 
2a, 2b and 2c are just examples and other interfaces may 
be just as applicable. Alternatively, the user interface 
5 may be character based and using no graphics thereby 
reducing the complexity of the system with respect to 
implementation . 

Figure 3 illustrates a schematic diagram of an exemplary 
10 expert system using a model. 

A number of models have been proposed in order to 
describe the metabolism of the insulin dependent diabetic 
patient. Furthermore, some effort has been put into 
15 constructing systems for controlling the blood glucose 
level using insulin. 

In the following one expert system is described as an 
example but other expert systems known in the prior art 
20 may be used with similar results. The shown expert system 
comprises input variables 301 and 302, physiological 
parameters and model inputs 3 06, proposal generators 3 05, 
patient actions 304, and a patient model 303, all of 
which will be described in the following. 



25 



30 



An input variable ^^Desired blood glucose level'' 301 is 
specified in the expert system and is preferably 
(pre) determined by the care- team or other professionals. 
The variable 3 01 may be similar to the blood glucose 
level of a healthy person, but may due to regimen differ 
from this value, e.g. be higher in order to prevent 
hypoglycaemia . 
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Another input variable used by the expert system is the 
variable "Blood glucose measurement" 302 representing the 
BGL at a given time. 

5 The patient may measure the BGL, giving the blood glucose 
measurement variable 3 02, with a certain frequency or use 
a continuous blood glucose sensor. Given the dynamics of 
the human metabolism, there is a certain lower limit of 
the sample frequency which will allow the expert system 
10 to work properly. 

The patient model 3 03 is a dynamic model which describes 
the metabolism of the diabetic patient. The model 303 
incorporates parameters 3 06 such as e.g. weight of the 

15 patient and insulin sensitivity, which vary from patient 
to patient and may be considered constant between 
consultations of the care -team. The model 3 03 may also 
incorporate model input 3 06 such as injections of long 
acting insulin, fast acting insulin, oral diabetic 

20 agents, exercise, food intake, alcohol intake and fever. 
Given a certain combination of model input 306, the model 
303 describes the blood glucose level over time. The 
model 3 03 describes some key state variables of the human 
metabolism. 

25 

The proposal generators 3 05 are the analogy of regulators 
in a control system. The input to the proposal generators 
3 05 is the difference between the desired blood glucose 
level 3 01 and the actual blood glucose level 3 02 and the 

3 0 state variables of the patient model. Given the input 
each proposal generator 3 05 proposes a patient action and 
a corresponding amount/dosage - eat a certain amount of 
food, exercise for a certain amount of time, inject a 
certain amount of fast acting insulin, etc. - as 

35 indicated in the proposal boxes, 305. The proposals are 
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calculated, presuming that only one of the proposals is 
followed. 

The patient has the final decision as indicated by 
5 patient action 3 04 for each possible action in the expert 
system. He may or. may not choose to follow the proposals. 
By choosing one of the proposals fully or partly, his 
action 3 04 is fed into the patient model, either by 
manual input or automatically by the diabetes specific 
10 devices - the dosers or the blood glucose monitor. The 
patient model 3 03 now generates a new input to the 
proposal generators 3 05 which represents the updated 
situation. 

15 Figure 4 shows a more detailed representation of a time 
dependent dynamic patient model according to the 
invention. This model is used by the expert system to 
give a prediction/estimate of a future BGL. 

20 In the literature many such models are described. Here a 
very simple one of applicant's origin is taken to explain 
the principles. This model can be developed to a high 
degree of detail, if needed. 

25 The model 400 simulates the dynamics of the carbohydrate 
metabolism. Based on the input of one or more of the 
following parameters 

• BGL, 

♦ dosage of medication, 
30 • type of medication, 

♦ food intake, 

♦ drinks intake , 

• exercise, 

• time stamp, 

35 ♦ insulin sensitivity 
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• weight of the user, 

• blood pressure, 

• temperature , and 

• other. 

5 

The model is tuned in to mimic the user's carbohydrate 
metabolism closely. By the continuous tuning by input of 
updated data from the expert system a drift away from a 
close mimic of the true status is prevented. The 
10 structure of the model 400 matches the f xinctionalities of 
the metabolism to a needed degree. Due to this 
correspondence the expert system/model 400 will be able 
to predict trends or even future BGL, 

15 The expert system continuously gives suggestions about 
the user's freedom of operation. Based on all recorded 
events a margin for exercise and food is suggested. 

If suggestions are confirmed (e.g. tapping an indication 
20 on the touch screen of the handheld device) , these are 
regarded as input to the algorithm and used for future 
suggestions . 

Preferably, the dialogue is implemented via a graphic 
25 display showing the history, and input is given either 
via a touch screen or traditional buttons . 

In order for the expert system to give recommendations 
and margins as described above it is needed to predict 
30 how things will evolve from any known state. 

This can be done using a model 400 of the carbohydrate 
metabolism as an engine for the Margin Maker concept. 
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10 



15 



20 



25 



Shown in the figure is a model 400 with two pools: Body 
Blood Glucose 4 02 and Insulin 4 01. Each has a filling 
source 403, 403* and a drain 404, 404 » (i.e. two rates) , 
respectively. Body Blood Glucose 402 has the filling 
source POG (Production of Glucose) 4 03 and the drain UOG 

(Use of Glucose) 404, and Insulin 401 has the filling 
source POI (Production of Insulin) 403' and the drain UOI 

(Use of Insulin) where all the rates 403, 403', 404 and 
404' may vary with time dependent on the parameters 
controlling the rates. 

The parameters controlling the rates, e.g. food, dosing, 
exercise, etc., are given in the table below. 

The model 4 00 can also be expressed in terms of a set of 
differential equations for the states 402 and 401, each 
being controlled by their respective rates 403, 404 for 
the state Body Blood Glucose 402 and 403' and 404' for 
the state Insulin 401, In this form the model can be 
implemented in. a microprocessor relatively easily and 
display the results of the latest input for any given 
time. 

The differential equations for the model 4 00 may be 
expressed as: 

BBG(t) = BBG{t - dt) + (POG - UOG) * dt 



INFLOWS: 
OUTFLOWS: 



POG = f(F.t) 
UOG = g(BM+KD+IIUOG+E.t) 



l(t) = |(t-dt) + (POI-UOI)*dt 
INFLOWS: 
OUTFLOWS: 



POI = h(MPM) 
UOI = j(HUt) 



The factors are explained in the table below: 
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Factor 


Explanation 


Unit 


Function 


Inout/OutDUt 


D 


Dosing 


lU 


Output to the user about possible insulin doses to 
take. 

Alternatively the user can give input about a 
wanted amount of insulin and the system can 
suggest appropriate food intake. 
Whenever an insulin dose is taken the system 
automatically loads the value into the model and 
the predictions are calculated accordingly. 


E 


Exercise 


mol 


Output to the user about possible exercise to take 
in the given situation. 

Alternatively the user can give input about a 

wanted amount exercise and the system can 

suggest appropriate food intake. 

The user accepting the suggestion will be an 

input to the system and calculation will be 

accordingly. 

Conversion to mol will be made by the system. 


F 


Food intake 


mo! 


Output to the user about possible food to take in 
the given situation. 

The user accepting the suggestion will work as an 
input to the system and calculation will be 
accordingly. 

Alternatively the user can give input about a 
wanted amount of food and the system can 
suggest either dosing of insulin or exercise. 
Conversion to mol will be made by the system. 


Concentrations and levels 


BBG 


Body Blood 
Glucose 


mol 


Simulated total amount of glucose in the blood. 

It is calculated as the integration over time of 

production and usage of glucose. 

Between measurements it is used to give an 

estimate of the user's current BGL. 

At measurements the BBG is updated according 

to the measured BGL. 


BGL 


Blood 

Glucose 

Level 


mol/1 


This calculated by dividing the BBG with the 

blood volume. ^ 

The model has the ability to predict the BGL over 

time and the value is very important to the user 

and can be displayed at any time. 

Every time the user makes a measurement of the 

actual BGL this is automatically loaded into the 

model by the system and it overrules the 

calculated one and resets the model. 

Initial value: 5 mmoi/l 
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1 


Insulin 


mol 


Insulin level in the body. 

The model has the ability to predict the Insulin 

level over time. 

It is calculated as the integration over time of 
production and usage of insulin. 
The initial value is set by the physician according 
to measurements and can be calibrated by the 
physician when the user meets for consultations. 


Rates 


POG 


Production 
Of Glucose 


mol/min 


This rate is driven by the food intake entered and 
accepted by the user. It is also a function of time 
as different types of food have different dynamic 
impact on BGL. 


POI 


Production 
Of Insulin 


mol/min 


This rate is driven by the injected insulin through 
a conversion factor (MPI). It is also a function of 
time as different types of insulin have different 
dynamic impacts on BGL. 


UOI 


Use Of 
Insulin 


mol/min 


This rate is defined by the half life (IHL) of insulin 
by which the level decays exponentially. 


UOG 


Use Of 
Glucose 


mol/min 


This rate is driven by 4 factors: Basal Metabolism 
(BM), Kidney Diurese (KD). Insulin Induced Use 
Of Glucose (IIUOG), Exercise (E). 


Constants & Transfer functions 


BM 


Basal 

Metabolism 
e 


mol/min 


Constant for each Individual determined by the 
physician. 

Typical value: 0,56 mol/min 


IHL 


Insulin Half 
Life 


min 


The metabolism of insulin is usually expressed in 
terms of half life. 
Typical value: 10 min 


IIUOG 


insulin 
Induced 
Use Of 
Glucose 


mol/min 


This factor describes the nonlinear relation 
between insulin in the body and the 
disappearance of glucose from the blood. This 
factor can be measured or derived from literature. 


KD 


Kidney 
Diurese 


mol/min 


This factor describes the nonlinear relation 
between diurese and BGL. At BGL levels below 
10 mmol/l the KD is virtually zero. Above 10 
mmol/l an increasing KD will occur 


MPI 


Mol Per lU 


mol/IU 


Conversion factor between International Units of 
insulin and mol 



This model 4 00 is just one relatively simple example of a 
model that may be used to predict a future BGL. 



Alternatively, the model and/expert system or parts 
hereof may be located in a stationary unit with greater 
computational power and receive input and transmit 
information regarding proposed choices . 
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Figure 5 shows an example of a system which may contain 
an embodiment according to the invention. 

5 Shown is a doser 20 with a cap 10 where the cap 10, in an 
embodiment, fimctions as the functional master module. In 
the preferred embodiment the Margin Maker resides in the 
functional master module. The functional master module 10 
has displaying means 11 and buttons 3 6 for operation and 
10 selection of proposed choices. 

The doser 2 0 is a conventional doser with has 
transmitting and receiving means 12. This enables the 
doser 20 to transmit stored data, i.e. the time, date, 

15 amount and type of medication, to the functional master 
module 10 for storage and presentation there via the 
master modules receiving means 12. Additionally, the 
transmitted data may be input to the Margin Maker 
automatically, thereby updating the model and deriving 

20 and presenting new proposals/choices, reflecting the 
updated situation, to the user on the display 11. 

The doser 2 0 can also receive information via the 
receiving means 12 from the master module 10 . This 

25 information could for instance be a predetermined amount 
of medication as dictated by a proposal from the Margin 
Maker if the user chooses to administer the full amount 
given by the proposal- The received information is then 
used to automatically set the correct amount of 

3 0 medication to be administered so that the patient does 
not have to worry about that aspect. Alternatively, if 
the user only wishes to administer only a part of the 
proposed dosage, he may indicate this via the buttons 36 
or directly on the doser 20, after which information of 
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the administered dose is sent to the Margin Maker as 
input and used to update the model. 

Also shown is a BGM 30 which has means 34 for inserting 
5 test strips 52 containing a sample of blood, for analysis 
by the BGM 30 by operating the buttons 36. The result of 
the analysis is stored and either shown in the display 32 
or transmitted to the master module 10 via the 
transmitting means 12 for storage and input to the Margin 
10 Maker and presentation on the larger display 11 or both. 
The patient can at the same time be presented with the 
last couple of results over a time period. 

A test strip container 50 is provided for the safe 
15 keeping/ storing of test strips 52 in the space 55 and can 
be added/attached through locking means 31. With this 
addition, a test strip 52 will always be available. 

Further shown is a lancet device 4 0 removably attached to 
20 the BGM 30 or the test strip container 50 by the locking 
means 31. This lancet device 40 is used by first loading 
the lancet device through the grip 44 and then pressing 
the button 42, which releases the lancet, piercing the 
skin, so that a blood sample can be obtained. With this 
25 inclusion, the lancet device 40 is always at hand. This 
has the advantage that a lancet device 4 0 is always 
available, for taking a blood sample and applying it to a 
test strip 52. The test strip 52 can then be inserted via 
the means 34 into the BGM 30, which will start analysing 
3 0 the blood sample and, after completion of the analysis, 
will show the result in the display 32. It is very useful 
to have the BGM 3 0 and the lancet device 4 0 attached 
together in one compact unit, since, a BGM 3 0 would not 
normally be used without the lancet device 40. 

35 
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In this way, information relevant to the Margin Maker and 
the individual devices 20, 3 0 may automatically be 
received and transmitted between the f\inctional master 
module 10 and the various devices 20, 30, which ensure an 
5 automatical update of the system. 

Alternatively, the Margin Maker may only present choices 
to the user where there is a present and activated device 
for performing these choices (where applicable), e.g. a 

10 proposal of administering a certain amount of long acting 
insulin is only presented if a doser containing long 
acting insulin is present, or a doser and a separate 
cartridge containing long acting insulin. The functional 
master module is responsible for keeping track of which 

15 individual devices that are present and activated. 

If the device containing the master module and/or the 
Margin Maker, the system may designate a new master 
module and a new Margin Maker either by transmitting 
20 and/or activating the relevant information in the 
designated device (s) . 

Figure 6 shows another embodiment according to the 
25 invention. Two dosers 610 are shown. The dosers 610 may 
contain different types of insulin (fast and slow 
acting). Also shown is a device 600 with a display 602, 
buttons for operation 601. In this particular embodiment 
the device 600 is both the functional master module and 
3 0 the Margin Maker. The device 600 is also provided with 
the functionality of a BGM and a slot 603 for receiving 
test strips containing a blood sample. 

The dosers 610 and the BGM f \inctionality may, together 
3 5 with user specified input e.g. a the device 600, provide 
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the Margin Maker with relevant input information to the 
model and/or expert system, so that the Margin Maker may 
present the resulting choices on the display 602. 

5 Figure 7 illustrates the general concept according to an 
embodiment of the invention with respect to communication 
and exchange of information. Here the system consists of 
the portable imits: a functional master module, a doser, 
a BGM, an inhaler, the remote units: Remote Receiver, 
10 Physician/Expert Care- team and Stationary Unit and a 
Communication Interface between them. 

The functional master module controls the information and 
data flow between itself and the other apparatuses and 

15 collects relevant data and information from all the other 
portable units and uses this information to update the 
model accordingly. This data and information could e.g. 
be amotint of medication, type of medication, body fluid 
concentration, time stamp (date and time) and inventory 

20 logistics. Additionally, the patient can manually input 
information and data related to amoiont of food, 
measurement of physical activity in the way described 
above. 

25 This data and information can then be transmitted via a 
communication interface (which may be built into the 
master module) to external units like a database for data 
acquisition of the patient's data over time or a computer 
which the patient uses to be kept informed about his 

30 treatment. Alternatively, all the apparatuses could 
communicate to all the others . 

The information in the database can be accessed by a 
physician or an expert care -team who could easily and 
35 quickly check for compliance to e.g. a diet or treatment 
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course/progress. The physician or expert care-team could 
send a notification (e.g. alert, warning and/or change of 
regimen) to the patient if the data shows an 
inappropriate future treatment span. The patient could 
also be notified of a future appointment in this way or 
receive guidance. 

The system gives the patient a number of choices to a 
given situation based on the model as described earlier. 
The patient could e.g. be informed that the blood glucose 
level/concentration is quite high and the patient could 
be presented with the choices of either exercising for 
given amount of time or administering a given amount of a 
given type of medication. The possibility of choices 
makes the patient feel more in control of the treatment 
and enhances the therapeutic value of the treatment. 

Figure 8 illustrates two dosers and their communication 
paths. The dosers are identical for the typical patient, 
one doser containing fast acting insulin, the other doser 
containing slow acting insulin. The dosers comprise a 
micro controller and memory. The dosers are capable of 
holding information about the insulin type they contain. 
This information may either be obtained by the doser 
reading e.g. a bar code on the cartridge or the 
information may be input from the patient. Thus the 
features of the doser enable it to log information about 
the insulin treatment (insulin type size of the dose and 
time stamp) 

One doser is equipped with a cap unit 73 which acts as a 
storage container for an extra insulin cartridge, needles 
etc. The storage container is capable of keeping track of 
the contents of the container which enables it to keep 



SUBSTITUTE SHEET (RULE 26) 



wo 00/32258 



PCT/DK99/00670 



34 

the inventory list updated, as described earlier in the 
present document . 

The other doser is equipped with a cap unit 74 comprising 
5 a BGM, a micro controller and memory . This enables the 
cap unit 74 to log information about the blood glucose 
concentration (with time stamp) . 

All the dosers 71,72 and the cap units 73, 74 comprise an 

10 interface which enables, them to exchange data. In the 
present example the functional master device comprises 
the Margin Maker and is the BGM cap unit 74, which, in 
addition to the local interface, comprises an interface 
that enables it to communicate with external units 

15 through standard communication links (RS-232, Wireless 
local area network, phone, cellular phone, pager, 
satellite link, etc.). Through these communication links, 
the patient's treatment data can be transferred to the 
patient Vs own computer 80 or via e.g. the telephone 

20 system 75 to the patient's electronic medical record on a 
central server 76. From here, the treatment data may be 
accessed by the patient e.g. from a web page, using a 
stationary computer 77, a laptop computer 78, a handheld 
computer 79, etc. Apart from the patient,, the care -team 

25 can access the patient's treatment data. The patient's 
master unit 74 can receive data from the central server 
76, in addition to transmitting data. 

This system has the advantage that the system can 
30 function on 3 levels: 

If one of the patient's devices 71, 72, 73, 74 is 
isolated by means of communication, it will log data. 

When the patient's devices 71, 72, 73, 74 are within 
3 5 commxinication distance, the treatment data are 
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transferred to the master unit 74, enabling it to supply 
the patient with an overview of his treatment and present 
choices as well as warnings or alairms if data shows that 
a potential dangerous situation may occur. 

5 

When the master device 74 is connected to the central 
server 76 through standard commTJLnication links, the 
treatment data is transferred to the patient's electronic 
medical record. This enables an expert system on the 
10 central server to notify the care-team if needed. The 
care- team may send information back to the user or send 
help if needed. 

Furthermore it is well known that due to the safety of 
15 the patient, the development of a medical device is a 
time consuming task. Using a local communication form 
between the patient's devices 71, 72, 73, 74 has the 
advantage that only the master device 74 need to be 
redesigned to keep up with the continuous change in the 
20 standard communication links. 
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Patent Claims: 



1. A method of assisting a user in a medical self 
5 treatment, said self treatment comprising a plurality of 
actions, said method comprising the steps of 

• collecting in a one or more databases data representing 
values of parameters relevant for said self treatment, 

characterized in that said method further 
10 comprises the step of 

• processing said one or more databases to provide for 
alternative choices between two or more actions and a 
corresponding value for each two or more actions, 

15 2- A method according to claim 1, characte- 
rized in that said method further comprises the step 
of estimating one or more future values for one of said 
parameters . 

2 0 3, A method according to claims 1-2, characte- 
rize d in that said step of estimating one or more 
future values is done on the basis on a dynamic model 
representing the human metabolism, 

25' 4. A method according to claims 2 - 3, characte- 
rized in that said method further comprises the step 
of notifying said user if at least one of said one or 
' more future values are outside a predetermined range of 
acceptable values . 

30 

5. A method according to claim 2 - 4, characte- 
rized in that said method further comprises the step 
of notifying a ' care- team/prof essional/central system if 
at least one of said one or more future values are 
35 outside a predetermined range of acceptable values. 
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6. A method according to claims 1-5, charac- 
terized in that said method further comprises the 
steps of 

• registering one of said alternative choices selected 
by said user and registering a corresponding value 
specified by said user, and 

• collecting in said one or more databases said 
registered choice and said registered corresponding 
value , 

7. A method according to claims 1-6, charac- 
terized in that said method further comprises the 
step of collecting in said one or more databases data 

15 representing the time. 

8. A method according to claims 1-7, charac- 
terized in that said method further comprises the 
step of collecting in said one or more databases data 

20 specified by a care- team/prof essional/central system. 

9. A method according to claims 2-8, characte- 
rize d in that said self treatment is a self 
treatment for diabetes and said one or more future values 

25 represents a predicted blood glucose level (BGL) at 
different future points in time. 

10. A method according to claim 9, characte- 
rize d in that ' said parameters comprises one or more 

30 of 

• blood glucose level (BGL) , 

• amount of administered medication, 

• amount of administered insulin, 

• type of medication, 
3 5 • time stamp, 
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• amoxint of intake of food, 

• amoxint of intake of drinks, 

• measurement of physical activity, 

• insulin sensitivity, 
5 • temperature, 

• blood pressure, and 

• weight of said user. 

11. A method according to claims 1-8, characte- 
rized in that said parameters comprises one or more 
of 

• body fluid concentration, 

• amount of administered medication, 

• type of medication, 

• time stamp, 

• amount of intake of food, 

• amoxmt of intake of drinks, 

• measurement of physical activity, 

• insulin sensitivity, 

• temperature , 

• blood pressure, and 

• weight of said user. 

12. A method according to claim 11, characte- 
rized in that said method relates to one or more of 
the following medications : 

• insulin, 

• growth hormones, 

• OHA (Oral Hyperglychemical Agent) , and 

• HRT (Hormone Replacement Therapy) . 

13. A method according to claims 1-12, charac- 
terized in that said alternative choices are 
selected from the group of 

35 • administer slow acting insulin, 
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• administer fast acting insulin, 

• administer tablets, 

• exercise, 

• intake food, and 
5 • intake drinks . 

14. A method according to claims 1 - 13, charac 
terized in that said method further comprises the 
step of controlling data information between a plurality 
10 of portable apparatuses for use by a patient for medical 
self treatment, the treatment including a first action 
and at least a second action, said portable apparatuses 
comprising a first apparatus for performing the action 
operation, and at least a second apparatus for performing 
15 the second action, where 

. each apparatus belonging to the medical self treatment 
has means for one or more of the following: storing, 
transmitting, receiving, processing and displaying 
information, 

20 • • an attempted data communication between said 
apparatuses is initiated on request, said 
communication being controlled by a functional master 
module , 

• designating said functional master module among at 
25 least two of said apparatuses, and 

• designating a processing appa;ratus comprising said one 
or more databases among at least two of said 
apparatuses . 



30 



15. - A method according to claim 14, characte - 
r i z e d in that program information having the highest 
priority with respect to control and monitoring of mutual 
data communication between said apparatuses is 
stored/activated in said functional master module. 



35 
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16. A method according to claims 14-15, charac- 
terized in that said method further comprises 
designating a new functional master module if the current 
designated master module becomes unavailable. 

5 

17. A method according to claims 14-16, charac-^ 
terizedin that said method further comprises 
designating a new processing apparatus if the current 
designated processing apparatus becomes unavailable . 

10 

18. A method according to claims 12-17, charac- 
terized in that said method further comprises the 
step of receiving said data representing values of 
parameters relevant for said self treatment from one or 

15 more of said portable apparatuses, 

19. A method according to claim 12-18, charac- 
terized in that said method further comprises the 
step selecting one or more portable apparatuses which is 

20 present and active from all the portable apparatuses and 
presenting corresponding choices only for the selected 
one or more portable apparatuses . 

20. A computer system having means for executing a 
25 program, where the program when executed is to make the 

computer execute the method according to claims 1-19. 

21. A computer readable medium having a program recorded 
thereon, where the program when executed is to make the 

30 computer execute the method according to claims 1-19. 



SUBSTITUTE SHEET (RULE 26) 

BNSCXXID: <WO 0O32258A1_L> 



wo 00/32258 



1/9 



PCT/DK99/00670 



101 



Update input-data 



System data 
input from care- 
team 



X 



Treatment data 
input from devices 
and/or manually 



Previous choices 
input from user 



Time 
input from system 
clock 



102 




05 



Display data 
request and 
warning 



Yes 



108 



Process data in 
expert system 



109 



Proposal #1 



iio7 ^ 




113 



Await user choise 
or timeout 



Display 
alternatives & 
warnings (if any) 



Figure 1 



SUBSTltOTE SHEET (RULE 26) 



BNSDOCiO: <WO 0032258Al_l_> 



wo 00/32258 



PCT/DK99/00670 



2/9 



^ 201 204 ^ 202 203 



202' 



203 



. 202" V 204 



205 



Proposals 



User 
input 



Proposals 



User input 



Proposals 



206 




10 lU 



5 lU 



5 lU 



207 




0 



208 




2 tablets 



1 tablet 



209 



60 niin 



30 min 



30 min 




0 




0 



210 



Figure 2a 



SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO 0032258A1 _l_> 



wo 00/32258 



PCT/DK99/00670 



224 




220 



3/9 



223 / 221 



222 



A 



223 



Value 
Value 



User 

. Value 
input 



Proposals 
Value 



User input 
Value 



Proposals 
Value 



10.5 
mmol/l 




37.5*= 



225 



Figure 2b 




gBGL 



Insulin 

Suggested insulin, blinking 



Figure 2c 



SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO .00Q225aA1 J_> 



wo 00/32258 



PCT/DK99/00670 



CO 

o 

CO 




state Variables 



o 

CO 



ion 




uo! 




UOj 




ion 




uoi: 


act 




act 




act 




act 




act 


ient 




ient 




ient 




ient 




ient 


Pat 




Pat 




Pat 




Pat 




Pat 



(A 
O 
CO 



CO 

c 

O) 

ts 

CO 
CO 



CO 
CO 

o 
o 



CO 

c 

c 
c3 

CO 
O) 

c 
o 



CO 
to 
o 

Q. 
O 



JO 

CO 



CO 
(O 

o 

O 



CD 
CO 

"o 

CO 

<u 

X 
LU 

lo 

CO 

o 

CL 
O 



O 
O 

75 

(O 

o 

CL 

o 



CO 



CO ^ 
CD ^ 



0) 




CO 


c • 


O 


CD 


O 


E 




CD 


O) 


u. 


-o 


CO 


o 


CO 


o 


CD 


CD 


E 



o 

CO 



CO 
O) 



SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO {X)32258A1_I_> 



wo 00/32258 



PCT/DK99/00670 



5/9 



BGL 
Blood Glucose 
Level 
(mmol/I) 




KD 
Kidney 
Diurese , 




400 



Figure 4 



SUBSTITUTE SHEET (RULE 26) 

BNSDOCID: <WO 0032258A1_L> 



wo 00/32258 



PCT/DK99/00670 



6/9 




SUBSTITUTE SHEET (RULE 26) 

BNSOOCIO: <WO 003225eA1_l_> 



wo 00/32258 



7/9 



PCT/DK99/00670 




BNSDOCIO: <WO 0032258AtJ_> 



SUBSTITUTE SHEET (RULE 26) 



wo 00/32258 



PCT/DK99/00670 



8/9 




Remote Receiver 
(e.g. Database) 



Communication Interface 



Physician/Expert Care-team 



< ► 



Stationary Unit 
(e.g. computer) 



Figure 7 



BNSDOCID: <WO 0032258AlJ_> 



SUBSTITUTE SHEET (RULE 26) 



wo 00/32258 



PCT/DK99/00670 




BNSOOCtD: <WO 0CG2258A 1 . 1 _> 



1 

INTERNATIONAL SEARCH REPORT 



Intcrnatiofial application No. 

PCT/DK 99/00670 



A. CLASSIFICATION OF SUBJECT iVlA'n'ER 

IPC7: A61M 5/00, A61B 5/00, G06F 19/00, GllC 11/00 

According lo InVernaiional Piilcni Ciassifi cation (IPC) or lo both national ciassincalion and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC7: A61B, A61M, G06F, GllB, GllC 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 

SE,DK,FI,NO classes as above 



Electronic data base consulted during the internaiional search (name of data base and, where practicable* search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



CatcgDi'y * 


Citation of doajmcnt, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


P.X 


WO 9945490 A2 (GOETECH LLC), 10 Sept 1999 

(10.09.99), page 3, line 4 - page 5, line 2; 
page 7, line 3 - line 9, figure 1, 
abstract 


1-13,20,21 


P.Y 




14-19 


Y 


WO 9802086 Al (KYOTO DAIICHI KAGAKU CO., LTD.), 
22 January 1998 (22.01.98), figure 1, 
abstract 


14-19 


E 


US 6012034 A (B.G. HAMPARIAN ET AL.). 
4 January 2000 (04.01.00), column 3, 
line 32 - line 67, figure 3 


1-21 



[ ^1 Further docunicnU arc listed in the continuation of Box C. | xl patent faniily annex. 



* Special categories of cited documcnt'c 

"A* document defining the general .<tatc of the art which is not con.'sidcrcd 

lo be of particular rdcvancc 
"R" crlier document but published on or after the international filing dale 

"L" document which may throw doubt? on priority claim(s) or which is 
cited to e?aahli.th the publication date of another citation or other 
special rea-TOn (at specified) 

"O" document referring to an oral di.tdosure, u-te, exhibition or other 
means 

"P* document published prior to the international filing dale but later than 
the priority date claimed 



later document publi.<hed after the international filing dale or priority 
date and not in conflict with the application but died to underjctand 
the principle or theory undcriying the invention 

"X" document of particular relevance: the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive 
step when the document taken alone 

• Y* document of particular relevance: the claimed invention cannot be 
coasidcrcd to involve an inventive step when the document is 
combined ivith one or more other such documents^ such combination 
being obvious to a person slciUed in the art 

document member of the same patent fanuly 



Date of the actual completion of the international search 
25 April 2000 


Date of mailing of the international search report 

2 8 -04- 2000 


Name and mailing address of Ihc ISA/ 
Swedish Patent Office 
Box 5055. S-102 42 STOCKHOLM 
Facsimile No. + 46 8 666 02 86 


Authorized ofFiccr 

Patrik Blidefalk/AE 

Telephone No. + A6 & 782 25 00 



Form PCrr/lSA/210 (second sheet) (July 1992) 



2 



INTERNA HON AL SEARCH REPORT 


International application No. 

PCT/DK 99/00670 


C (Coritinuatioii). DOCUiVlENTS CONSIDliRHD TO BE RELEVANT 


Category* 


Citation of document, with indication, where appropriate, of the reicvanl passages 


Relevant to claim No. 


A 

P. A 


US 5442728 A (S.B, KAUFMAN ET AL.), 15 August 1995 
(15.08.95), figure 3, abstract 

US 5899998 A (J.L. MCGAULEY ET AL.), 4 May 1999 
(04.05.99), figure 6, abstract 


1-21 
1-21 



Form PCr/lSA/210 (continuation of second sheet) (July 1992) 



: <WO 00a2258AlJ_> 



LNTERNA riONAL SEARCH REPORT 

iiiruniialiuii on patent family members 

02/12/99 


Intern alionat application No. 

PCT/DK 99/00670 


Paienl document 
ciicd in search report 


Publication 
date 


Patent family 
membcr(s) 


Publication 
date 



wo 9945490 A2 



10/09/99 



NONE 



WO 9802086 Al 22/01/98 EP 0958778 A 24/11/99 

JP 10028678 A 03/02/98 

JP 10124601 A 15/05/98 

JP 10248817 A 22/09/98 



US 6012034 A 04/01/00 NONE 



US 


5442728 


A 


15/08/95 


US 


5868135 


A 


09/02/99 










us 


5142484 


A 


25/08/92 










AT 


140326 


T 


15/07/96 










AU 


622175 


B 


02/04/92 










AU 


3459889 


A 


16/11/89 










CA 


1336842 


A 


29/08/95 










OE 


68926801 


D.T 


12/12/96 










EP 


0342859 


A.B 


23/11/89 










IL 


90255 


0 


00/00/00 










JP 


1700087 


C 


14/10/92 










JP 


2142533 


A 


31/05/90 










JP 


3067686 


B 


23/10/91 










us 


4933873 


A 


12/06/90 


us 


5899998 


A 


04/05/99 


NONE 









Form PCr/lSA/210 (patent family annex) (July 1992) 
BNSDOCtO: <WO 003225SA1 1_> 



